(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 

(43) International Publication Date 
29 August 2002 (29.08.2002) 




(10) International Publication Number 

PCT WO 02/067120 Al 



(51) International Patent Classification 7 : 

12/00, 13/00, 15/16, H04N 7/16, 7/173 



G06F 11/00, 



(21) International Application Number: PCT/US0 1/49499 

(22) International Filing Date: 

28 December 2001 (28.12.2001) 



(25) Filing Language: 

(26) Publication Language: 
(30) Priority Data: 



English 
English 



09/752,744 



29 December 2000 (29. 1 2.2000) US 



(71) Applicant: ROAD RUNNER [US/US]; 13241 Woodland 
Park Road, Herndon, VA 20171 (US). 

(74) Agents: ROBERTS, Jon, L. et al.; Roberts Abokhair & 
Mardula, LLC, Suite 1000, 11800 Sunrise Valley Drive, 
Reston, VA 20191 (US). 



(81) Designated States (national): AE, AG, AL, AM, AT, AU, 

AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, OM, PH, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TR, TT, TZ, UA, UG, UZ, VN, YU, 
ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, 
GB, GR, IE, IT, LU, MC, NL, PT, SE, TR), OAPI patent 
(BF, BJ, CF, CG, CI, CM, GA, GN, GQ, GW, ML, MR, 
NE, SN, TD, TG). 

Published: 

— with international search report 

[Continued on next page ] 



(54) Title: SYSTEM AND METHOD FOR MULTICAST STREAM FAILOVER 
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(57) Abstract: A system and method for avoid- 
ing a single point of failure in the broadcast of 
streaming data. The system uses multiple re- 
dundant servers (10, 12) streaming the exactly 
same data to a failover device (16). The failover 
device buffers (20P, 20S) the streams into a pri- 
mary and secondary data stream and automati- 
cally switches from the primary to the secondary 
data stream if it detects a corruption in the pri- 
mary data stream. Since the buffered data pack- 
ets of the two streams are identical and are syn- 
chronized, there is not outage for multicast re- 
ceivers when the primary data source fails since 
there is a switch to exactly the same data in the 
next packet of the secondary data stream. 
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Title: System and Method for Multicast Stream Failover 

Inventors: Joo C. Chung, Michael Sun, Kenneth Gould and Frank Huang 

1 Field of the Invention: 

2 1 . This invention relates generally to broadcasting streaming data over a 

3 network. More particularly, the present invention is a system for avoiding a single point 

4 failure when multicasting a data stream comprising video, audio and other data. 

5 Background of the Invention: 

6 2. Multicast streaming services provide for the continual feed of streaming 

7 data, including video, over a network to many different users. The most common 

8 application is streaming video across a network system. Audio streaming is another 

9 common application. However, these streaming application types are not intended as a 

10 limitation. Typically, a particular data stream is multicast from a single server over a 

1 1 network. This allows many people to receive and view the same program 

12 simultaneously. 

13 3. If however, the server becomes unavailable, then the multicast stream 

14 which is being served from the server will also be unavailable, thus leading to an outage 

15 of service. 

16 4. Increasingly, the lines between cable television "service and serving a data 

17 stream over the Internet is becoming blurred. More and more, television-like content is 

18 being served to users of the Internet. This is becoming increasingly so in an era where 

19 bandwidth is increasing, and is readily available to Internet users. Today, Internet cable, 

20 DSL, and other types of high bandwidth lines are readily available to Internet users. 

21 Such users are demanding more and more content. 

l 
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1 5. When a web based asset is used to stream video to Internet users, 

2 especially multiple users, there are generally two schemes that are employed. First, a 

3 unicast of the data stream is made to a single user. In a unicast situation, a single user 

4 connects to a website having program content. Upon demand, that program content is 

5 served by the web server to the individual user. When multiple users desire a particular 

6 program at different times, multiple unicasts of the data are made by the server. 

7 However, a single server can only serve a finite number of unicast streams of a given 

8 program content. 

9 6. Multiple streaming servers are used to load balance unicast data to many 

10 individual users. If a particular server fails, each user suffers an outage, albeit of differing 

1 1 content initiated at different times. Frequently multiple streaming servers are used in 

12 order to achieve load balancing and to allow multiple unicast streams of the same web 

13 asset. This approach works well when an equal number of video streams are served from 

14 each of the servers. However, if any server goes down, the individuals who are being 

15 served from that server will have their service disrupted. 

16 7. When a streaming server is distributing a video stream in a multicast mode 

17 (that is, simultaneous streaming of a video stream by multiple users), rather than in 

18 multiple unicast streams, the load on the server is relatively low. This is because a single 

19 stream per program is being broadcast by the server to multiple users, therefore multiple 

20 interactions with the server are not required for a single program. In a multicast situation, 

21 load balancing is not as much of an issue and therefore, multiple servers are not required. 

22 These relatively unused stream server resources can be used to increase the program 

23 availability by providing redundant servers of the same content 
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1 8. What would be particularly useful is a system which allows for the unicast 

2 or multicast of a video stream with the reliability that is associated with redundancy in 

3 the system. 

4 Summary of the Invention: 

5 9. The present invention is a system and method for harnessing the relatively 

6 under utilized streaming servers as redundant servers to minimize user outage due to a 

7 server failure particularly under multicast mode. 
8 

9 10. It is therefore an objective of the present invention to improve the 

10 reliability of multicast streaming service over a video cable network. 

11 11. It is yet another objective of the present invention to improve the 

12 reliability of multicast streaming service over networks serving clients. 

13 12. It is a further objective of the present invention to improve the reliability 

14 of unicast broadcasts over client networks and over video networks. 

15 13. It is a further objective of the present invention to introduce redundancy 

16 into the network serving multicast customers to improve reliability. 

17 14. It is yet another objective of the present invention to ensure that service is 

18 not interrupted to cable and network clients who are receiving stream data applications. 

19 15. The present invention is a system and method that is used in conjunction 

20 with redundant multicast servers to enhance the reliability of receipt of data stream 

21 desired. The use of two servers is the preferred embodiment although this is not meant as 

22 a limitation. More than two servers can be used although it is anticipated that there will 

23 not be a corresponding increase in reliability over the architecture that uses two multicast 

24 servers. One server broadcasts the primary stream. The other server broadcasts the 
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1 secondary stream. The secondary stream data content is identical with the primary stream 

2 data content. 

3 16. Each server multicasts the same content at the same time over the same 

4 enterprise network that is connected to the monitoring device of the present invention. An 

5 enterprise network may be a local area network, wide area network, intranet or any other 

6 network whereby the enterprise telecommunicates internally. For purposes of this 

7 application, the present invention is a system and method which includes a device that 

8 monitors for an adverse change of the primary multicasting server to utilize the secondary 

9 stream content when an adverse change is detected. An adverse change is a detected error 

10 which may range from corruption in the packet to the absence of the packet itself. This 

1 1 device multicasts the secondary stream content to the users when the primary stream 

12 server undergoes an adverse change, including failure. Hence, the device that monitors 

13 the two servers is termed a "fai lover" device. 

j 4 i7. As noted above, each server multicasts the same content at the same time 

1 5 over the same enterprise network connected to the failover device. The multicast stream 

1 6 from each server is assigned a different IP address and port number. The failover device 

1 7 is configured to select from one of the multicast streams and designates that stream as the 

1 8 primary stream. The failover device designates the second multicast stream as the 

19 secondary stream. 

20 i g. The failover device listens for both multicast streams. The device buffers 

2 1 the primary multicast stream packets as well as the secondary multicast stream packets. 

22 Under normal conditions, that is no adverse change is detected, the failover device takes a 

23 copy of the primary stream data packet to multicast. In the event of a primary stream 
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1 adverse change, the failover device takes a copy of secondary multicast server to 

2 multicast. The failover device overwrites the IP address and Port number in the packet it 

3 will multicast with its own virtual EP address and virtual port number. This virtual IP 

4 header information replaces the real IP header information that was in the original data 

5 packet. The rewritten data packet is then multicast by the failover device. The program 

6 data content (other than the IP header information) multicast by the failover device is 

7 therefore unaltered from the source data packet. As noted above, the secondary multicast 

8 stream packets are buffered but not otherwise used until an adverse change from the 

9 primary stream packet is detected. 

10 19. In this fashion, there is a minimal loss of content to the clients whether the 

1 1 adverse changes are continuous or occasional. 

12 20. The system of the present invention can be used by any application that 

13 employs multicast streaming, including, but not limited to video and audio programming. 

14 Further, the present invention finds its best use for multicast traffic which does not have 

15 stringent synchronization requirements and which can tolerate a minimal loss of data. 

16 Video and audio streams are examples of the type of content that is well suited for this 

17 failover methodology. 

18 21 . It should also be noted that while the failover device buffers and 

19 multicasts the packets, the failover device itself does not synchronize the multicast stream 

20 that is being broadcast by the multiple servers of the present invention. This is separately 

21 synchronized between the multicast servers. It does, however, synchronize the packets of 

22 data that are to be subsequently multicast. 
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1 22. The failover device may use the packet count information present in the 

2 packet header to synchronize the packets received from the primary and secondary 

3 multicast servers. This synchronization method is one embodiment and is not meant to be 

4 limiting. 

5 Brief Description of the Drawings: 

6 23. Figure 1 illustrates the functioning of the failover device. 

7 24. Figure 2 illustrates the buffering and switching associated with the failover 

8 device. 

9 Detailed Description of the Invention: 

10 25. As noted above, the present invention comprises a failover device 

1 1 monitoring redundant streaming servers in order to ensure reliability and uninterrupted 

12 service for viewers of video programs. 

13 26. Referring first to Figure 1, the functioning of the failover device is 

14 illustrated. Multicast server A 10 and multicast server B 12, each multicast the same 

15 content over the same enterprise network 14. The two multicast servers each constitute a 

16 Real Multicast transmitting a multicast IP address and Port (RMIPP). Each multicast 

17 server multicasts stream packets having TP headers associated with the address and port 

18 of the associated server. Each RMIPP is unique in order to avoid duplicate network 

19 traffic. Thus, in Figure 1, RMIPP- A represents the multicast channel from multicast 

20 server A over which a particular data stream is broadcast. The same video stream is 

21 multicast over RMIPP -B which represents the channel over which the same data stream 

22 is broadcast but, in this case, from multicast server B 12. 

6 
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1 27. The multicast content is received at the multicast stream failover device 16 

2 which comprises logic to select one of the multicast streams as the primary stream and 

3 the other stream as the failover or secondary stream. 

4 28. The failover device buffers the primary multicast stream packets in buffer 

5 18. Packets received from the secondary stream are buffered in buffer 20 (as more fully 

6 explained below). The failover device 16 can distinguish the source of the packets 

7 because the EP header information in each packet contains unique RMIPP. If there are no 

8 adverse changes detected in the primary data packet, the failover device overwrites the IP 

9 header information with its own Virtual Multicast IP address and Port number (VMIPP) 

10 in the primary stream packet. If an adverse change is detected, the failover device selects 

1 1 the secondary stream packet, overwriting the IP header information with its own VMIPP. 

12 29. Thereafter the failover device multicasts the packet comprised of rewritten 

13 packets with the new virtual multicast IP address and port number. The source of the 

14 packet content is from the primary multicast server if there are no detectable adverse 

15 changes in the received packet. Otherwise the source is the secondary multicast server. 

16 The failover device will synchronize the packets from the two multicast servers such that 

17 the next packet multicast, regardless of the content source, is the packet that sequentially 

18 follows the last packet multicast. Thus, the multicast failover device forwards the content 

19 stream from either RMIPP- A or RMIPP-B where the IP header is rewritten as VMIPP. 

20 30. Synchronization of the two video streams is carried out by the servers in 

21 communication with one another. Thus, the failover device performs a failover from one 

22 RMIPP to another RMIPP in the event that the primary RMIPP has evidence of some 

23 adverse change. As noted above, adverse change includes the loss of a packet from a 

7 
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1 multicast stream as well as corruption of the data. Two multicast sources are 

2 synchronized in time and have access to the same source data and programming 

3 instructions (either via a shared disk 8 or from independent replicas of the data). By 

4 virtue of this synchronization, the servers 10, 12 multicast the same data (differing only 

5 in data source information) at the same time. Allowing both sources to be exact replicas 

6 makes configuration much simpler and does not require any additional development work 

7 to integrate into an architecture supporting Windows Media video multicasts. 

8 31 . Multicast sources 10, 12 can be connected via separate physical ports or 

9 the same port depending on what mechanism is used to perform the actual filtering 

10 (L2/L3 sourceED filters vs physical port filters). 

1 1 32. To provide accurate filtering logic, the system of the present invention 

12 optionally provides a Monitor 21 with access to the Programming data from the shared 

13 disk 8 (which is preferably in a reduced form which comprises the address and expected 

14 bitrate of every active multicast in a given time window). 

15 33. An optional "sniffer" hub 19 provides a higher level of certainty to the 

16 monitor via a second NIC card. Capturing duplicates of all backnet 14 traffic provides the 

17 Monitor 21 with a guaranteed view of the backnet 14 status. The certainty comes from 

18 additional knowledge concerning whether data loss is truly occurring at the multicast 

19 sources versus at the net, switch, or NIC card. It also allows the Monitor 21 to know if 

20 switching between sources will actually help (i.e. it can also monitor the non-active 

21 (redundant-mode) source whose packets are not forwarded to the frontnet 15 for 

22 subsequent distribution to receivers 26, 28, 30, 32, and 34). 
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1 34. Multicast packets on a particular address are forwarded from only one 

2 source at a time (i.e. redundant packets from secondary source are filtered out -- there is 

3 no packet rewriting). Note that while not necessary as long as receiving clients use 

4 buffers and can recognize duplicate and misordered packets, it is possible to provide 

5 packet-level synchronization with buffering and perhaps some knowledge of the packet 

6 format. 

7 35. The Monitor 21 can control the failover mechanisms in the failover device 

8 16 switch via exposed SNMP controls 24. Thresholding logic in the failover device 16 

9 dictates when such a failover should occur and failover may be at the individual multicast 

10 stream or entire multicast source level. Note that while an external Monitor 21 is 

1 1 illustrated, this is not meant as a limitation. For example, the same functionality of 

12 filtering duplicate packets based on L2/L3 sourcelD or physical port can be implemented 

13 . within the failover device 16 which can be more flexible since it does not rely upon the 

14 limited set of SNMP controls. 

15 36. Windows Media player, whose capabilities are incorporated herein by 

16 reference in their entirety, is capable of handling duplicate and misordered packets via a 

17 buffering mechanism so as to overcome the lack of sync at the packet level that would 

18 become apparent when a stream is rolled over between sources. 

19 37. Referring to Figure 2, the functioning and buffering of multicast content 

20 is illustrated. Primary streaming server 10 streams its data content using IP address 

21 X.X.X.X at port XX. Secondary streaming server 12 multicasts its data content, which is 

22 the same content and is synchronized with the content of primary streaming server 10, 

23 using IP address Y.Y.Y.Y at port YY. As noted earlier, these video streams are 

9 
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1 synchronized with one another. Each video stream, from the primary streaming server 

2 and the secondary streaming server, is transmitted over the same enterprise network 14 to 

3 the fai lover device 16. 

4 38. The work that is sent to the customer, whether audio, video or other work, 

5 is the collection of data packets played in a strict sequence. While the packets may be 

6 delivered out of sequence, the playing device buffers the packets and orders the playing 

7 of the packets according to the packet sequence number found in the packet header area. 

8 For purposes of this description, packet content refers to the data viewed or heard by the 

9 end user, whereas header data includes IP addresses, port numbers and packet sequence 

10 numbers. As discussed below, packet sequence numbers are used to order the packets 

1 1 within the failover device buffers. 

12 39. Multicast failover device 16 buffers the packet stream both from the 

13 primary streaming server 10 and from the secondary streaming server 12. The packets 

14 from each are buffered such that the multicast failover device at a point in time has 

15 packet with sequence number X from the primary multicast stream and a packet from the 

16 secondary multicast stream with identical content and the same sequence number X in a 

17 second buffer. Further, the failover device 16 also has packet X+l, packet X+2, packet 

18 X+3, packet X+4, etc. from the primary multicast stream as well as packet X+l, packet 

19 X+2, packet X+3, and packet X+4, etc. from the secondary multicast stream. 

20 40. While the multicast failover device does not synchronize the output of the 

21 primary and secondary streaming servers, 10, 12, it does synchronize the packets 

22 received so that the packets in the failover device buffers, at any point in time, contain the 
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1 same data content packets in each buffer in the same order. Each buffer's content, 

2 assuming no packet defects, should be identical in the respective buffers at the same time. 

3 41 . One method for packet synchronization at the failover device is to use this 

4 packet sequence number contained in the packet's header. Each transmitting server 

5 numbers each packet. The failover device inserts the received packets into the buffer at a 

6 buffer index location corresponding to the packet's number. For example, packet number 

7 X from the primary server will be placed in the buffer for the primary server at index 

8 location equal to X. 

9 42. Since programs are sufficiently large, the buffers are periodically recycled 

10 and overwritten. The packet number would be mapped by logic that converts the 

1 1 sequence number to an index value using a simple modulus mapping scheme. For 

12 ^"example, if the buffers are reused every one hundred packets, the logic to map to the 

13 -appropriate index would be to divide the sequence number by 100 (modulus 100) and 

14 ' insert the current packet at the index equal to the last two digits of the packet number. In 

15 ^ this example the buffer indexes would range from 0 to 99. If the last valid packet seen by 

16 the failover device from the primary multicast system is, for example, packet with , 

17 modulus M, then the failover device will continue broadcasting from the secondary 

18 stream buffer with packet with modulus M+l . In this fashion, clients will have 

19 continuity in their programs with no discernable interruption. 

20 43. Failover device 16 rewrites the IP headers with a virtual IP address 

21 Z.Z.Z.Z and port number ZZ, which is then multicast to clients on the network. 

22 44. The system and method where one program is being multicast in parallel 

23 with monitoring by a failover device that has remedial capability has been illustrated. 

11 
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1 Those skilled in the art will appreciate that multiple programs may be broadcast at the 

2 same time where each program is under the same redundancy and monitoring system 

3 using the same equipment as explained above. Thus the present invention should not be 

4 limited to the broadcasting of a redundant single stream of data but to the broadcast of 

5 multiple streams of data as well. Thus, the present invention is not intended to be limited 

6 to one program broadcast at one time. Multiple programs may be run simultaneously. 

7 45. A system and method for multicast video stream failovers has been 

8 illustrated. It will be appreciated by those skilled in the art that other variations of the 

9 architecture illustrated will be possible without departing from the scope of the invention 
10 as disclosed. 

ll 
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1 We claim: 

2 LA multicast failover device comprising: 

3 a processor; 

4 at least one primary receiver for receiving packets from at least one primary 

5 multicast stream source; 

6 at least one secondary receiver for receiving packets from at least one 

7 secondary multicast stream source; 

8 logic for multicasting packets received by the primary multicast stream source 

9 over 

I o an external network; 

I I logic for detecting an adverse change in a packet from the primary multicast 

12 stream; and 

13 logic for multicasting a packet from the secondary multicast stream in lieu of 

14 multicasting the packet from the primary multicast stream when the adverse 

15 change in the packet of the primary multicast stream is detected. 

16 2. The multicast failover device of claim 1 further comprising: 

1 7 storage for a primary buffer for storing packets received from the primary 

18 multicast stream source; and 

19 storage for a secondary buffer for storing packets from the secondary 

20 multicast stream source. 

21 3. The multicast failover device of claim 2 further comprises: 

22 logic for multicasting packets from the primary buffer over an external 

23 network; 
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1 logic for detecting an adverse change in a packet stored in the primary buffer; 

2 and 

3 logic for multicasting a packet from the secondary buffer over the external 

4 network when the adverse change in the corresponding packet of the primary 

5 buffer is detected. 

6 4. The multicast failover device of claim 3 wherein the processor further 

7 comprises logic for synchronizing the packets in the primary buffer and the secondary 

8 buffer. 

9 5. The multicast failover device of claim 4 wherein the logic for synchronizing 

10 packets in the primary buffer and the secondary buffer comprises: 

1 1 logic for identifying the source of the packet when the packet is from the 

12 primary multicast stream source; 

13 logic for identifying the source of the packet when the packet is from the 

14 secondary multicast stream source; 

15 logic for identifying a packet's sequential position from a multicast stream; 

16 logic for inserting a primary multicast stream packet in the primary buffer at 

17 an offset that maps to the packet's sequential position from the primary 

18 multicast stream; and 

19 logic for inserting a secondary stream multicast packet in the secondary buffer 

20 at an offset that maps to the packet's sequential position from the secondary 

21 multicast stream such that the packet in the primary buffer at a specific offset 

22 is of the same packet's sequential position as is the packet at the 

23 corresponding offset of the secondary buffer. 

14 

BNSDOCID: <WO 02067120A1_I_> 



WO 02/067120 PCT/US01/49499 

1 6. The multicast failover device of claim 5 further comprises logic for 

2 multicasting a packet from the secondary multicast buffer when an adverse change in 

3 a packet in the primary multicast buffer is detected. 

4 7. The multicast failover device of claim 6 wherein the packets in the primary 

5 buffer further comprises a first IP header associated with a primary multicast stream 

6 server and wherein the packets in the secondary buffer comprises a second IP header 

7 associated with a second multicast stream server; and wherein the processor further 

8 comprises: 



9 logic for rewriting the first DP header with a virtual multicast IP address 

10 and port number when a packet from the primary buffer is multicast on the 

1 1 external network; and 

12 logic for rewriting the second IP header with a virtual multicast IP address 

13 and port number when a packet from the secondary buffer is multicast on 

14 the external network 



15 8. The multicast failover device of claim 7 wherein the processor further 

16 comprises logic for multicasting the packet next in sequential position relative to4he 

17 last packet multicast by the failover device such that the packet stream multicast by 

18 the failover device is continuous and the packet sequence position integrity is 

19 maintained. 

20 9. A system for reliable multicasting of streaming data comprising: 

21 primary stream packets having a first multicast IP address and port number; 

22 secondary stream packets having a second multicast IP address and port 

23 number; 
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1 an enterprise network on which the sources for primary stream packets and 

2 secondary stream packets are connected; 

3 a multicast failover device connected to the enterprise network comprises: 

4 a receiver for receiving the primary multicast stream packets; 

5 a receiver for receiving a secondary multicast stream of packets; 

6 an external network for transmitting multicast stream packets to at least 

7 one user; 

8 logic for multicasting the primary multicast stream packets over the 

9 external network; 

10 logic for detecting an adverse change in a packet from the primary 

1 1 multicast stream; 

12 logic for multicasting a secondary multicast stream packet over the 

13 external network in lieu of multicasting the primary multicast stream 

14 packet when the adverse change in the primary multicast stream packet is 

15 detected. 

16 10. The system of claim 9 further comprising: 

17 storage for a primary buffer for storing the primary multicast stream packets; 

18 and 

19 storage for a secondary buffer for storing the secondary multicast stream 

20 packets. 

21 11. The system of claim 1 0 further comprising: 

22 logic for multicasting packets from the primary buffer over the external 

23 network; 
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1 logic for detecting an adverse change in a packet stored in the primary buffer; 

2 and 

3 logic for multicasting a packet from the secondary buffer over the external 

4 network when the adverse change in the corresponding packet of the primary 

5 buffer is detected. 

6 12. The system of claim 1 1 further comprising logic for synchronizing the packets 

7 in the primary buffer and the secondary buffer. 

8 13. The system of claim 12 wherein the logic for synchronizing packets in the 

9 primary buffer and the secondary buffer comprises: 

10 logic for identifying when a packet is from the primary stream; 

1 1 logic for identifying when a packet is from the secondary stream; 

12 % logic for identifying a packet's sequential position from the primary stream; 

13 r logic for identifying a packet's sequential position from the secondary stream; 

14 logic for inserting a primary stream packet in the primary buffer at an offset 

15 that maps to the packet's sequential position from the primary stream; and 

16 logic for inserting a secondary stream packet in the secondary buffer at an 

17 offset that maps to the packet's sequential position from the secondary stream 

18 such that a packet in the primary buffer at a specific offset is of the same 

19 packet's sequential position as is the packet at the corresponding offset of the 

20 secondary buffer. 

21 14. The system of claim 13 wherein the multicast fai lover device further comprises 

22 logic for multicasting a packet from the secondary buffer when an adverse change in 

23 a packet in the primary buffer is detected. 

17 
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1 1 5. The system of claim 14 further comprises: 

2 logic for rewriting the IP address and port number of a packet of the primary 

3 buffer with a virtual IP address and port number when a primary buffer packet 

4 is multicast over the external network; and 

5 logic for rewriting the IP address and port number of a packet of the 

6 secondary buffer with the virtual IP address and port number when a 

7 secondary buffer packet is multicast over the external network. 

8 1 6. The system of claim 1 5 further comprising logic for multicasting the packet 

9 next in sequential position such that the packet stream multicast by the system is 

10 continuous and the packet order integrity is maintained irrespective of the buffer 

1 1 location that the packet had been stored such that the clients detect no outage, 

1 2 discontinuity or quality loss. 

13 17. A method for reliably multicasting data comprising; 

14 receiving over an enterprise network primary multicast stream packets from a 

15 primary multicast stream server, said packets having a first multicast IP 

1 6 address and port number; 

17 receiving over an enterprise network secondary multicast stream packets from 

18 a secondary multicast stream server, said packets having a second multicast IP 

19 address and port number; 

20 multicasting the primary multicast stream packets over an external network; 

21 detecting an adverse change in a packet from the primary multicast stream; 

22 multicasting a secondary multicast stream packet over the external network in 
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1 lieu of multicasting the primary multicast stream when the adverse change in 

2 the packet of the primary multicast stream is detected. 

3 18. The method of claim 1 7 further comprising: 

4 storing packets received from the primary multicast stream source; and 

5 storing packets from the secondary multicast stream source. 

6 19. The method of claim 18 further comprising further comprises: 

7 multicasting packets from the primary buffer over an external network; 

8 detecting an adverse change in a packet stored in the primary buffer; and 

9 multicasting a packet from the secondary buffer over the external network 

10 when the adverse change in the corresponding packet of the primary buffer is 

1 1 detected. 

12 20. The method of claim 19 further comprises synchronizing the packets in the 

1 3 primary buffer and the secondary buffer. 

14 21 . The method of claim 20 wherein the synchronizing packets in the primary 

15 buffer and the secondary buffer comprises: 

16 identifying the source of the packet when the packet is from the primary 

17 multicast stream source; 

18 identifying the source of the packet when the packet is from the secondary 

19 multicast stream source; 

20 identifying a packet's sequential position from a multicast stream; 

2 1 inserting a primary multicast stream packet in the primary buffer at an offset 

22 that maps to the packet's sequential position from the primary multicast 

23 stream; and 
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1 inserting a secondary stream multicast packet in the secondary buffer at an 

2 offset that maps to the packet's sequential position from the secondary 

3 multicast stream such that the packet in the primary buffer at a specific offset 

4 is of the same packet's sequential position as is the packet at the 

5 corresponding offset of the secondary buffer. 

6 22. The method of claim 21 further comprises multicasting a packet from the 

7 secondary multicast buffer when an adverse change in a packet in the primary 

8 multicast buffer is detected. 

9 23. The method of claim 22 further comprises rewriting IP header information in 

10 the packet being multicast on the external network with a virtual multicast IP address 

1 1 and port number when the source of the packet is the primary buffer and when the 

12 source of the packet is the secondary buffer. 

13 24. The method of claim 23 further comprises multicasting the packet next in 

14 sequential position relative to the last packet multicast on the external network such 

15 that the packet stream multicast is continuous and the packet sequence position 

16 integrity is maintained. 
17 
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AMENDED CLAIMS 

[received by the International Bureau on 7 October 2002 (07. 10.02); 
original claims 1-24 replaced by amended claims 1-24 (8 pages)] 

1 

2 1. A multicast failover device comprising: 

3 a processor; 

4 at least one primary receiver for receiving packets from at least one primary 

5 multicast stream source; 

6 at least one secondary receiver for receiving packets from at least one 

7 secondary multicast stream source; 

8 logic for multicasting packets received by the primary multicast stream source 

9 over an external network by rewriting an IP header of the packet from the primary 

1 0 multicast stream with a virtual IP address; 

1 1 logic for detecting an* adverse change in a packet from the primary multicast 

12 stream; and 

1 3 logic for multicasting a packet from the secondary multicast stream in lieu of 

14 multicasting the packet from the primary multicast stream when the adverse 

1 5 change in the packet of the primary multicast stream is detected by rewriting an IP 

1 6 header of the packet from the secondary multicast stream with the virtual IP 

1 7 address. 

1 8 2. The multicast failover device of claiml further comprising: 

1 9 storage for a primary buffer for storing packets received from the primary 

20 multicast stream source; and 

21 storage for a secondary buffer for storing packets from the secondary 

22 multicast stream source. 

23 3. The multicast failover device of claim 2 further comprises: 

24 logic for multicasting packets from the primary buffer over an external 

25 network; 
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1 logic for detecting an adverse change in a packet stored in the primary buffer; 

2 and 

3 logic for multicasting a packet from the secondary buffer over the external 

4 network when the adverse change in the corresponding packet of the primary 

5 buffer is detected. 

6 4. The multicast failover device of claim 3 wherein the processor further comprises 

7 logic for synchronizing the packets in the primary buffer and the secondary buffer. 

8 5 . The multicast failover device of claim 4 wherein the logic for synchronizing 

9 packets in the primary buffer and the secondary buffer comprises: 

I o logic for identifying the source of the packet when the packet is from the 

I I primary multicast stream source; 

12 logic for identifying the source of the packet when the packet is from the 

1 3 secondary multicast stream source; 

14 logic for identifying a packet's sequential position from a multicast stream; 

1 5 logic for inserting a primary multicast stream packet in the primary buffer at 

1 6 an offset that maps to the packet' s sequential position from the primary multicast 

1 7 stream; and 

1 s logic for inserting a secondary stream multicast packet in the secondary buffer 

19 at an offset that maps to the packet's sequential position from the secondary 

20 multicast stream such that the packet in the primary buffer at a specific offset is of 

21 the same packet's sequential position as is the packet at the corresponding offset 

22 of the secondary buffer. 

23 6. The multicast failover device of claim 5 further comprises logic for multicasting a 

24 packet from the secondary multicast buffer when an adverse change in a packet in the 

25 primary multicast buffer is detected. 
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• 1 7. The multicast failover device of claim 6 wherein the packets in the primary 

2 buffer further comprises a first IP header associated with a primary multicast stream 

3 server and wherein the packets in the secondary buffer comprises a second IP header 

4 associated with a second multicast stream server; and wherein the processor further 

5 comprises: 

6 logic for rewriting the first IP header with a virtual multicast IP address and port 

7 number when a packet from the primary buffer is multicast on the external network; and 

8 logic for rewriting the second IP header with a virtual multicast IP address and port 

9 number when a packet from the secondary buffer is multicast on the external network 

10 8. The multicast failover device of claim 7 wherein the processor further comprises 

1 1 logic for multicasting the packet next in sequential position relative to the last packet 

12 multicast by the failover device such that the packet stream multicast by the failover 

13 device is continuous and the packet sequence position integrity is maintained. 

14 .9. A system for reliable multicasting of streaming data comprising: 

1 5 ! primary stream packets having a first multicast IP address and port number; 

16 secondary stream packets having a second multicast IP address and port number; 

1 7 an enterprise network on which the sources for primary stream packets and 

1 8 secondary stream packets are connected; 

19 a multicast failover device connected to the enterprise network comprises: 

20 a receiver for receiving the primary multicast stream packets; 

21 a receiver for receiving a secondary multicast stream of packets; 

22 an external network for transmitting multicast stream packets to at least one 

23 user; 
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1 logic for multicasting the primary multicast stream packets over the external 

2 network by rewriting an IP header of the packet from the primary multicast 

3 stream with a virtual IP address; 

4 logic for detecting an adverse change in a packet from the primary 

5 multicast stream; 

6 logic for multicasting a secondary multicast stream packet over the 

7 external network in lieu of multicasting the primary multicast stream 

8 packet when the adverse change in the primary multicast stream packet is 

9 detected by rewriting an IP header of the packet from the secondary multicast 

1 0 stream with the virtual IP address. 

11 10. The system of claim 9 further comprising: 

1 2 storage for a primary buffer for storing the primary multicast stream packets; and 

1 3 storage for a secondary buffer for storing the secondary multicast stream packets. 

14 1 1 • The system of claim 1 0 further comprising: 

1 5 lo g» c for multicasting packets from the primary buffer over the external 

1 6 network; 

1 7 lo & c for detecting an adverse change in a packet stored in the primary buffer; 
IS and 

19 Io g ic for multicasting a packet from the secondary buffer over the external 

20 network when the adverse change in the corresponding packet of the primary 

21 buffer is detected. 

22 12. The system of claim 1 1 further comprising logic for synchronizing the packets in 

23 the primary buffer and the secondary buffer. 

24 1 3 • The system of claim 1 2 wherein the logic for synchronizing packets in the 

25 primary buffer and the secondary buffer comprises: 
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1 logic for identifying when a packet is from the primary stream; 

2 logic for identifying when a packet is from the secondary stream; 

3 logic for identifying a packet's sequential position from the primary stream; 

4 logic for identifying a packet's sequential position from the secondary stream; 

5 logic for inserting a primary stream packet in the primary buffer at an offset that 

6 maps to the packet's sequential position from the primary stream; and 

7 logic for inserting a secondary stream packet in the secondary buffer at an offset 

8 that maps to the packet's sequential position from the secondary stream such that 

9 a packet in the primary buffer at a specific offset is of the same packet* s 

1 0 sequential position as is the packet at the corresponding offset of the secondary 

1 1 buffer. 

12 14. The system of claim 1 3 wherein the multicast failover device further comprises 

13 ; logic for multicasting a packet from the secondary buffer when an adverse change in a 

1 4 packet in the primary buffer is detected. 

15 * 15. The system of claim 1 4 further comprises; 

1 6 logic for rewriting the IP address and port number of a packet of the primary 

17 buffer with a virtual IP address and port number when a primary buffer packet is 

1 8 multicast over the external network; and 

1 9 logic for rewriting the IP address and port number of a packet of the secondary 

20 buffer with the virtual IP address and port number when a secondary buffer packei 

21 is multicast over the external network. 

22 16. The system of claim 1 5 further comprising logic for multicasting the packet next 

23 in sequential position such that the packet stream multicast by the system is continuous 

24 and the packet order integrity is maintained irrespective of the buffer location that the 

25 packet had been stored such that the clients detect no outage, discontinuity or quality loss. 
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• 1 17. A method for reliably multicasting data comprising; 

2 receiving over an enterprise network primary multicast stream packets from a 

3 primary multicast stream server, said packets having a first multicast IP address 

4 and port number; 

5 receiving over an enterprise network secondary multicast stream packets from 

6 a secondary multicast stream server, said packets having a second multicast IP 

7 address and port number; 

8 multicasting the primary multicast stream packets over an external network by 

9 rewriting an IP header of the packet from the primary multicast stream with a 

10 virtual IP address; 

1 1 detecting an adverse change in a packet from the primary multicast stream; 

12 multicasting a secondary multicast stream packet over the external network in lieu 

1 3 of multicasting the primary multicast stream when the adverse change in the 

14 packet of the primary multicast stream is detected by rewriting an IP header of the 

1 5 packet from the secondary multicast stream with the virtual IP address. 

16 18, The method of claim 1 7 further comprising: 

1 7 storing packets received from the primary multicast stream source; and 

1 8 storing packets from the secondary multicast stream source. 

19 19. The method of claim 1 8 further comprising further comprises: 

20 multicasting packets from the primary buffer over an external network; 

2 1 detecting an adverse change in a packet stored in the primary buffer; and 

22 multicasting a packet from the secondary buffer over the external network 

23 when the adverse change in the corresponding packet of the primary buffer is 

24 detected. 
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1 20. The method of claim 19 further comprises synchronizing the packets in the 

2 primary buffer and the secondary buffer. 

3 21. The method of claim 20 wherein the synchronizing packets in the- primary buffer 

4 and the secondary buffer comprises: 

5 identifying the source of the packet when the packet is from the primary multicast 

6 stream source; 

7 identifying the source of the packet when the packet is from the secondary 

8 multicast stream source; 

9 identifying a packet's sequential position from a multicast stream; 
inserting a primary multicast stream packet in the primary buffer at an offset that 

1 1 roaps to the packet's sequential position from the primary multicast stream; and 

1 2 inserting a secondary stream multicast packet in the secondary buffer at an offset 

1 3 that maps to the packet's sequential position from the secondary multicast stream 

14 such that the packet in the primary buffer at a specific offset is of the same 

1 5 packet's sequential position as is the packet at the corresponding offset of the 

16 secondary buffer. 

17 22 • The method of claim 2 1 further comprises multicasting a packet from the 

1 8 secondary multicast buffer when an adverse change in a packet in the primary multicast 

1 9 buffer is detected. 

20 2 3 . The method of claim 22 further comprises rewriting IP header information in the 

21 packet being multicast on the external network with a virtual multicast IP address and 

22 port number when the source of the packet is the primary buffer and when the source of 

23 the packet is the secondary buffer. 

24 24 • The method of claim 23 further comprises multicasting the packet next in 

25 sequential position relative to the last packet multicast on the external network such that 
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STATEMENT UNDER ARTICLE 19 (1) 



Claims 1, 9, and 17 have been amended to include 
rewriting an IP header of the delivered multicast stream 
packet with a virtual IP address. All the remaining claims are 
unchanged . 
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